Resource StructureDefinition/FHIR Server from package de.gematik.isik-terminplanung#4.0.1 (125 ms)

Resources that use this resource

CapabilityStatement
https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementTerminplanungServer	ISiK CapabilityStatement Terminplanung Server
https://gematik.de/fhir/isik/StructureDefinition/ISiKNachrichtExtension	ISiKNachrichtExtension

Resources that this resource uses

No resources found

Source

{
  "resourceType" : "StructureDefinition",
  "id" : "ISiKNachricht",
  "url" : "https://gematik.de/fhir/isik/StructureDefinition/ISiKNachricht",
  "version" : "4.0.1",
  "name" : "ISiKNachricht",
  "status" : "active",
  "experimental" : false,
  "date" : "2024-12-02",
  "publisher" : "gematik GmbH",
  "fhirVersion" : "4.0.1",
  "kind" : "resource",
  "abstract" : false,
  "type" : "Communication",
  "baseDefinition" : "http://hl7.org/fhir/StructureDefinition/Communication",
  "derivation" : "constraint",
  "differential" : {
    "element" : [
      {
        "id" : "Communication.inResponseTo",
        "path" : "Communication.inResponseTo",
        "comment" : "Begründung Must Support: Es wird hierdurch ermöglicht auf Nachrichten die der Patient vorab übermittelt hat zu beantworten.",
        "mustSupport" : true
      },
      {
        "id" : "Communication.status",
        "path" : "Communication.status",
        "mustSupport" : true
      },
      {
        "id" : "Communication.subject",
        "path" : "Communication.subject",
        "comment" : "Im ISIK-Kontext MUSS der referenzierte Patient konform zum [ISIKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) des Basismoduls sein.",
        "min" : 1,
        "type" : [
          {
            "code" : "Reference",
            "targetProfile" : [
              "http://hl7.org/fhir/StructureDefinition/Patient"
            ]
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "Communication.sent",
        "path" : "Communication.sent",
        "comment" : "Begründung Must Support: Eine zeitlich korrekte Darstellung der Nachrichten wird hierdurch ermöglicht",
        "mustSupport" : true
      },
      {
        "id" : "Communication.recipient",
        "path" : "Communication.recipient",
        "slicing" : {
          "discriminator" : [
            {
              "type" : "type",
              "path" : "$this"
            }
          ],
          "rules" : "open"
        },
        "comment" : "Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum [ISiKPersonImGesundheitsberuf](https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf) des Basismoduls sein.",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.recipient.identifier",
        "path" : "Communication.recipient.identifier",
        "comment" : "Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität der identifier-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass ein Empfänger über einen eindeutigen Identifier referenzierbar ist.",
        "mustSupport" : true
      },
      {
        "id" : "Communication.recipient.display",
        "path" : "Communication.recipient.display",
        "comment" : "Begründung Kardinalität und Must Support: Die Kardinalität der display-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass ein Empfänger immer eindeutig benannt wird. Das Must Support wird auf 'true' gesetzt, um sicherzustellen, dass Systeme in der Lage sind, einen Empfänger anzuzeigen, ohne die Referenzen auflösen zu müssen.  Somit kann ein Termin-Consumer direkt anzeigen für welche Empfänger eine Nachricht existiert.",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.recipient:ISiKRecipient",
        "path" : "Communication.recipient",
        "sliceName" : "ISiKRecipient",
        "min" : 1,
        "max" : "*",
        "type" : [
          {
            "code" : "Reference",
            "targetProfile" : [
              "http://hl7.org/fhir/StructureDefinition/Practitioner",
              "http://hl7.org/fhir/StructureDefinition/HealthcareService"
            ]
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "Communication.recipient:ISiKRecipient.reference",
        "path" : "Communication.recipient.reference",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.sender",
        "path" : "Communication.sender",
        "comment" : "Begründung Kardinalität und Must Support: Die Kardinalität der sender-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass mindestens ein Sender vorhanden ist. Das Must Support wird auf 'true' gesetzt, um sicherzustellen, dass Systeme in der Lage sind, einen Sender zu unterstützen, wenn er vorhanden ist.",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.sender.reference",
        "path" : "Communication.sender.reference",
        "comment" : "Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum [ISiKPersonImGesundheitsberuf](https://gematik.de/fhir/isik/StructureDefinition/ISiKPersonImGesundheitsberuf) des Basismoduls sein. Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum [ISiKAngehoeriger](https://gematik.de/fhir/isik/StructureDefinition/ISiKAngehoeriger) des Basismoduls sein. Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum [ISiKPatient](https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient) des Basismoduls sein.",
        "mustSupport" : true
      },
      {
        "id" : "Communication.sender.identifier",
        "path" : "Communication.sender.identifier",
        "comment" : "Begründung Kardinalität und Must-Support-Flag (MS): Die Kardinalität der identifier-Eigenschaft wird auf 0..1 festgelegt, um sicherzustellen, dass höchstens ein Identifier vorhanden ist, damit ein Sender eindeutig über einen Identifier referenzierbar ist.",
        "mustSupport" : true
      },
      {
        "id" : "Communication.sender.display",
        "path" : "Communication.sender.display",
        "comment" : "Begründung Kardinalität und Must Support: Die Kardinalität der display-Eigenschaft wird auf 1..1 festgelegt, um sicherzustellen, dass ein Sender immer eindeutig benannt wird. Das Must Support wird auf 'true' gesetzt, um sicherzustellen, dass Systeme in der Lage sind, einen Empfänger anzuzeigen, ohne die Referenzen auflösen zu müssen.  Somit kann ein Termin-Consumer direkt anzeigen welche Sender eine Nachricht verfasst haben.",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload",
        "path" : "Communication.payload",
        "comment" : "Begründung Kardinalität und Must Support: Die Kardinalität der payload-Eigenschaft wird auf 1..* festgelegt, um sicherzustellen, dass ein Inhalt vorhanden ist. Das Must Support wird auf 'true' gesetzt, um sicherzustellen, dass Systeme in der Lage sind, einen Inhalt zu unterstützen, wenn er vorhanden ist.",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]",
        "path" : "Communication.payload.content[x]",
        "slicing" : {
          "discriminator" : [
            {
              "type" : "type",
              "path" : "$this"
            }
          ],
          "ordered" : false,
          "rules" : "open"
        },
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]:contentString",
        "path" : "Communication.payload.content[x]",
        "sliceName" : "contentString",
        "min" : 0,
        "max" : "1",
        "type" : [
          {
            "code" : "string"
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]:contentAttachment",
        "path" : "Communication.payload.content[x]",
        "sliceName" : "contentAttachment",
        "min" : 0,
        "max" : "1",
        "type" : [
          {
            "code" : "Attachment"
          }
        ],
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]:contentAttachment.contentType",
        "path" : "Communication.payload.content[x].contentType",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]:contentAttachment.data",
        "path" : "Communication.payload.content[x].data",
        "max" : "0"
      },
      {
        "id" : "Communication.payload.content[x]:contentAttachment.url",
        "path" : "Communication.payload.content[x].url",
        "min" : 1,
        "mustSupport" : true
      },
      {
        "id" : "Communication.payload.content[x]:contentAttachment.creation",
        "path" : "Communication.payload.content[x].creation",
        "min" : 1,
        "mustSupport" : true
      }
    ]
  },
  "text" : {
  }
}

XIG built as of ??metadata-date??. Found ??metadata-resources?? resources in ??metadata-packages?? packages.